home *** CD-ROM | disk | FTP | other *** search
- Path: FreeNet.Carleton.CA!de351
- From: de351@FreeNet.Carleton.CA (K. C. Lee)
- Newsgroups: comp.sys.amiga.hardware
- Subject: Re: Proper mask, transfer rate, etc.
- Date: 17 Apr 1996 23:52:38 GMT
- Organization: The National Capital FreeNet
- Sender: de351@freenet3.carleton.ca (K. C. Lee)
- Message-ID: <4l4086$s9@freenet-news.carleton.ca>
- References: <4k1740$ddo@hobbes.compusult.nf.ca> <4k1lkb$a3j@freenet-news.carleton.ca> <1997.6680T1431T1716@iig.com.au> <dalec.06rk@zorro.amitrix.com>
- Reply-To: de351@FreeNet.Carleton.CA (K. C. Lee)
- NNTP-Posting-Host: freenet3.carleton.ca
-
- Dale Currie (dalec@zorro.amitrix.com) writes:
- >
- > It does coincide, but it is also possible (theoretically) to use a custom
- > file system which will address drives larger than 4GB. AFS claims they
- > will do this in later versions, but not how. I have seen a couple of
-
- They can certainly form their own SCSIDirect packets and send it down to
- the device driver. Since the SCSI commands itself tells the drive which
- sectors to fetch, it would not be limited by exec's 32-bit limits.
-
- > options discussed, one using block offsets rather than bytes, another using
- > two 32 bit offset values to simulate a 64 bit address. I've no idea what
- > would happen to the mask value in that case.
-
- That would work if the hard drive controller people supports it. IMHO the
- SCSIdirect method is the most universal solution. As far as the masks and
- maxtransfer SIZE (not rate !!!) are concerned, they remains the same.
- You are still transfering stuff between the same controller and machine
- (which dictates the values), even though AFS in this case would be looking
- after it.
-
- > + _ ____________ tm Dale Currie ____ ___ _ +
- > | /.\ .. | __ \ / dalec@amitrix.com / __[___]__ T tm |
-
- K. C. Lee
-
-